Merge branch 'wayland-dnd-fixes' into 'master'

Wayland dnd fixes

See merge request GNOME/gtk!1284

Update Polish translation

wayland: Don't artificially prefer ASK

We were always adding ASK to the list of possible
actions, and preferring it. This was causing the
ask cursor to show up when both the source and
the target support ASK, even though it is only
meant to happen if you hold the Alt modifier.

Instead, use one of the supported actions as
preferred action.

docs: Small clarifications to DND docs

Clear up the documentation around ASK handling
a bit.

wayland: Minor cleanup

Stop storing selected_action, mainly since the name
is confusing. Instead, just pass the value directly
in the 2 places where it is used.

wayland: Fix action handling more

When updating GdkDrop::actions from changes sent by
the compositor, we were inadvertently setting them to 0,
causing drops to appear impossible.

wayland: Finish pending offer handling

When creating a new GdkDrop object on drag_enter, take pending
source_actions and action into account. The code to store the
pending actions was already there, they were just not passed
on to the drop object when we create it.

wayland: Clean up drags

We need to set the drag to NULL in gdk_wayland_drag_drop_done,
otherwise, all future drags will be considered local after the
first local one. Worse, they will also provide the wrong data.

Adwaita: Make dnd marks in text views green

We already do this in entries, this just updates
text views to match.

textview: Render visible marks better

The only other visible mark that is in common use
besides insert and selection_bound is dnd_mark, and
we don't want it to blink or be affected by 'cursor'
visibility.

Therefore, cache not just the cursor positions, but
also whether they are insert or selection_bound,
and take that into account when rendering them.

Merge branch 'remove-xim' into 'master'

Remove the XIM input method

See merge request GNOME/gtk!1195

Add a text view mark/cursor test

This has testcases for some issues around invalidation
of marks.

Fix the previous commit

We need to actually use the right coordinates.

stackswitcher: Fix switch-while-drag functionality

dnd: Be safer

The contents of the selection are documented
to not be NULL if size is non-negative. So
use an empty string instead of NULL for size 0,
avoiding a crash.

wayland: Fix dnd type negotiation

We need to call gdk_content_formats_union_serialize_mime_types
like GdkClipboard does, in order to get mime types that we can
sent out.

contentprovider: cosmetic fix

contentserializer: Fix an annotation

Updated Spanish translation

Merge branch 'drag-icon' into 'master'

Drag icon

See merge request GNOME/gtk!1274

mountoperation: Handle D-Bus missing

Still not great to make sync calls here, but
at least we should handle failure without criticals.

Merge branch 'fix-dnd' into 'master'

Fix dnd

See merge request GNOME/gtk!1273

wayland: Pass root coordinates for dnd events

That is what the api currently requires, so provide it.

This fixes DND to work again, for the most part.

gdk: Populate dnd event coords

The GdkDrop emit... apis take root coordinates.
That should be changed to surface coordinates,
eventually. For now, make the functions fill
the x, y fields.

gdk: Fix coordinates in dnd events

Don't store coordinates as shorts. Use doubles,
as everywhere else. Also add x, y in addition
to x_root, y_root, and actually return those
in gdk_event_get_coords.

Update POTFILES.in

tooltip: Never set a window to be its own parent

We do get events on the tooltip window too, and
we better ignore them, or bad things may happen,
such as widgets that are their own parents and
cause infinite loops.

Fixes: https://gitlab.gnome.org/GNOME/gtk/issues/2339

tooltipwindow: Cosmetic fix

Revert "Updated Spanish translation"

This reverts commit 62b95e33b8c27be806880239aaaeb270bf323523

Updated Spanish translation

Updated Spanish translation

Updated Spanish translation

Remove gtk_window_set_hardcoded_surface

It is not used anymore.

container: Be more careful with roots

We were warning if we hit non-container
roots. Instead, call suitable naive api.

widget: Be more careful with roots

We were assuming that all roots are windows,
and calling GtkWindow apis on them.

dnd: Use GtkDragIcon

Use the new GtkDragIcon instead of a window
of type GTK_WINDOW_POPUP and
gtk_window_set_hardcoded_surface.

Add GtkDragIcon

This is a GtkRoot implemntation for drag icons,
using the surface provided by GdkDrag. This lets
us avoid GTK_WINDOW_POPUP and
gtk_window_set_hardcoded_surface.

tooltipwindow: Cosmetic fix

Merge branch 'tooltip-redo' into 'master'

Tooltip redo

See merge request GNOME/gtk!1271

docs: Mention custom tooltip windows in the migration guide

These no longer exist.

tooltips: Stop using GTK_WINDOW_POPUP

Make GtkTooltipWindow a GtkNative implementation,
instead of using a GTK_WINDOW_POPUP window.

testtooltips: Test tooltips on popovers

They do not currently work right.

Drop custom tooltip windows

We want to put tooltips into something other than
windows, so this needs to go. Custom widgets are
still possible.

Merge branch 'kill-tree-menu' into 'master'

Menu removal, part 2

See merge request GNOME/gtk!1270

docs: Touch up menu button docs

docs: Mention the demise of menus in the migration guide

This needs more details, but it is a start.

Also add sections about grabs and about toolbar
overflow handling.

docs: Rewrite popover menu docs

These were outdated and did not reflect current api.

treeview: Use a popover for search

This is a more modern way of doing things, and avoids a window
of type GTK_WINDOW_POPUP. With a popover, it doesn't make sense
to have a positioning function, so remove that api.

win32: Use a regular window for printing

We never show this window, so it should not matter.
Ideally, we'd just create a surface to get handle,
anyway.

Remove gdk_seat_grab

We are no longer using free-standing grabs
in GTK. The replacement is the autohide
functionality of popup surfaces.

accelcellrenderer: Stop grabbing

Standalone grabs are going away.

accelcellrenderer: Fix editing

gtk: Remove menu code

GtkMenu, GtkMenuBar, GtkMenuItem and their subclasses
and supporting classes are replaced by model-based popover
implementations.

doc: Build fixes

docs: Remove mentions of GtkMenuItem

accellabel: Don't mention GtkMenuItem in the docs

label: Stop referring to GtkMenuItem in the docs

buildertool: Drop menu properties

inspector: Remove menu special-casing

widget: Remove menu special-casing

label: Remove menu support code

tests: Stop using menus

testsuite: Remove menu special-casing

testsuite: Remove menu tests

Menus are going away.

testsuite: Cosmetic change

menubutton: Stop supporting menus

headerbar: Stop using GtkMenuButton::use-popover

This property is going away.

menutoolbutton: Stop supporting menus

menutoolbutton: Fix sensitivity handling

We don't need to set the arrow button explicitly
to insensitive, GtkMenuButton handles that automatically.

toolbar: Simplify overflow implementation

Do away with the proxy menu items, and instead
just have toolitems provide a label for overflow
items. We create the overflow widgets ourselves
already, as model buttons.
Also replace the toggle button used for overflow
with a menubutton, simplifying things further.

testsuite: Update combobox tests

Some of the expected output needs to be updated.

combobox: Replace GtkTreeMenu with a popover

This does not currently try to reproduce the exact
placement, since GtkPopover doesn't have to have
the necessary placement hints.

gtk-demo: Remove the change display demo

The window picking code has been broken for a while.
Since this is not really functionality that we should
highlight to application developers, remove the demo
instead of patching it up.

gtk-demo: Convert the builder demo to a menu model

gtk-demo: Remove menus from listbox demo

gtk-demo: Cosmetics

gtk-demo: Remove the menus demo

Menus are going away.

gtk-demo: Convert the dnd demo to a popover

gtk-demo: Remove a somewhat silly bit of code

Putting a context menu on an overlay scrollbar
is too much of an easter egg to count as a useful
demo. Remove it, rather than changing it to a
popover.

gtk-demo: Use a popover in the clipboard demo

gtk-demo: Replace a menu with a popover

accellabel: Remove an example using menus

docs: Avoid using a menu for an example

docs: Remove menubars from the visual index

docs: Stop taking menubar screenshots

The widget is going away.

widget-factory: Remove the menubar

window: Move F10 handling to popover menubars

applicationwindow: Stop using a menu bar

We have a replacement with popovers now.

notebook: Remove menu remnants

appchooserwidget: Remove ::populate-popup

We are no longer doing menus this way; if a menu turns out to be
needed at all here, we can add a menu model later.

placesview: Use a popover

Replace the context menu with a popover.

mountoperation: Use a popover

Replace the context menu with a popover.

filechooserbutton: Be smarter about 'None'

Don't refilter the model while the combo box is popped up,
that wreaks havoc with layout and does not really work.
Instead, repurpose one of the separator rows for the 'none'
case. This works because the row separator function is not
consulted for the cellview in the button.

window: Complete the popover conversion

popovermenubar: Cosmetics

popovermenu: Use a weak ref for active item

Otherwise, we can end up with a dangling pointer,
leading to badness.

surface: Only unpause events if we paused them

When a new popup surface is created, it may end up
getting a resume-events signal from its frame clock
without having seen a flush-events first.

Don't unpause events in that case, since it messes
up the displays pause counter.

This was causing criticals with tooltips.

Revert unintended changes

I didn't mean to make this a complicated
portal test. Go back to being a simple test.

Remove more mir remnants

The mir backend was removed a while ago, so
GDK_WINDOWING_MIR is never defined.

tooltip: Remove some unneeded includes